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Description 

METHODS AND STRUCTURE FOR 
INTEGRATED MANAGEMENT AND 
PRESENTATION OF PHARMACEUTICAL 
DEVELOPMENT INFORMATION 

Cross Reference to Related Applications 

[0001] This application claims the benefit of U.S. provisional ap- 
plication Serial No. 60/458,615, filed March 28, 2003, and 
entitled Methods and Structure for Integrated Manage- 
ment and Presentation of Pharmaceutical Development In- 
formation, Attorney Docket No. 406278, filed under Ex- 
press Mail Label EL927874775US, and U.S. provisional ap- 
plication Serial No. 60/471,443, filed May 16, 2003 and 
entitled Method and Structure For Integrated Management 
and presentation of Pharmaceutical Development Infor- 
mation. 
Background of Invention 



[0002] The invention relates to centralized data management of 



customer and project information in a business enterprise 
and more specifically relates to automated methods and 
structures for integrated management of information re- 
lating to pharmaceutical product development from pre- 
clinical research through final regulatory filing processes 
including customer/project related information. 

[0003] | n the pharmaceutical industry, it is common that phar- 
maceutical companies who focus on discovery and mar- 
keting will outsource different elements of product devel- 
opment. It is common that a product development enter- 
prise may include a number of groups internally. Such 
groups may include, for example, product marketing, 
product manufacturing, analytical services, product regu- 
latory registration services, and clinical trial services. Each 
of these groups requires certain information regarding the 
pharmaceutical product. As presently practiced in the art 
each group develops its own data sets and maintains the 
data in its own structures and systems. This presents in- 
ternal problems for the development enterprise in that 
data is often duplicated and/or segregated into disparate, 
often incompatible systems. 

[0004] These problems are most evident, for example, in the 

process of preparing and submitting regulatory informa- 



tion for the new pharmaceutical entity. The disparate 
sources of data may be stored in numerous data process- 
ing systems or merely maintained as binders of paper in- 
formation. In preparing necessary regulatory submissions, 
these disparate sources need to be located and re-entered 
into appropriate documents for the regulatory submis- 
sion. Often data is pasted from numerous sources or sim- 
ply re-keyed into yet another system intended for regula- 
tory submissions. 

[0005] | n addition, the enterprise may benefit from reporting cer- 
tain sets of the data to the customer (often a larger phar- 
maceutical manufacturing enterprise). The customer may 
wish to view certain project scheduling or pricing infor- 
mation, or may wish to observe or comment on the ana- 
lytical process in the development. As presently practiced, 
such customer presentations of data similarly require 
manual gathering and collation of required information. 

[0006] Manual processes to gather and collate data for customer 
presentation or for regulatory submissions are both time 
consuming and error prone. However, conversion of all 
systems and data sources employed in such a develop- 
ment process to simplify data gathered through enhanced 
interchangeability can lead to other more serious conse- 



quences. Reliability and repeatability of pharmaceutical 
development processes is key to the level of quality re- 
quired in such product developments. Changes to older 
existing systems (i.e., "legacy systems"), if possible or 
permitted at all, must be carefully planned and tested. 
The efforts involved in such careful conversion preclude 
many enterprises from enacting such changes. 
[0007] | t j S evident from the above discussion that an ongoing 
need exists for improved integration of the various data 
sources employed in a pharmaceutical development en- 
terprise. However, such integration cannot impact the re- 
liability and repeatability of existing legacy systems. 
Summary of Invention 

[0008] jhe present invention solves the above and other prob- 
lems, thereby advancing the state of the useful arts, by 
providing methods and associated structures for enabling 
effective integration of disparate data sources within a 
pharmaceutical development enterprise. The integration 
provided by features and aspects of the invention permits 
automated production and assembly of regulatory sub- 
mission information and permits improved total visibility 
of the drug development process. The enhanced integra- 
tion is provided without impact to existing legacy sys- 



terns. 

[0009] | n one aspect of the invention, a portal user interface may 
be provided to permit enterprise personnel or outside 
customers to access data gathered from disparate legacy 
systems and to view the information in a standardized, 
unifiedformat. Other aspects of the invention automati- 
cally gather information from the disparate legacy sys- 
tems and to collate and format the gathered information 
to produce required regulatory submissions for the new 
product. Another aspect of the invention provides for an 
XML generator engine coupled to each of the legacy sys- 
tems. The XML generator engine extracts information as 
requested from each of the legacy systems associated 
with the enterprise. The extracted information may be re- 
formatted as standard XML format tagged data in compli- 
ance with industry standards. The XML data so generated 
upon request may then be presented to users through a 
portal interface using, for example, standard Web browser 
client/server technologies. Further, the generated XML 
data may be utilized by aspects of the invention to gener- 
ate required reports and submissions for regulatory pro- 
cessing of the new pharmaceutical product. 

[0010] a first feature hereof provides a method for pharmaceuti- 



cal development data management comprising: retrieving 
data from a plurality of legacy data processing systems 
useful in aspects of pharmaceutical development; refor- 
matting the retrieved data into XML data; and presenting 
the XML data to a user through a browser client program. 

[001 1] Another aspect hereof further provides for generating 
regulatory submission information from the retrieved 
data; and reformatting the generated regulatory submis- 
sion information for additional processing. 

[0012] Another aspect hereof further provides that the step of 
reformatting the generated regulatory submission infor- 
mation includes: reformatting generated regulatory sub- 
mission information according to XML DTDs for additional 
processing or approvals. 

[0013] Another aspect hereof further provides that the step of 

presenting includes: displaying a synthesis plan for devel- 
opment of a pharmaceutical such that the synthesis plan 
is derived from the retrieved data. 

[0014] Another aspect hereof further provides that the step of 

displaying further includes: displaying chemical synthesis 
information including molecular drawings and chemical 
reaction information, such that the chemical synthesis in- 
formation is derived from the retrieved data. 



[0015] Another aspect hereof further provides that the step of 
displaying further includes: displaying analysis data inte- 
grated with the display of the chemical synthesis informa- 
tion, such that the analysis data is derived from the re- 
trieved data. 

[0016] Another aspect hereof further provides that the step of 
presenting includes: displaying customer accounting in- 
formation such that the customer accounting information 
is derived from the retrieved data. 

[0017] Another aspect hereof further provides that the plurality 
of legacy data processing systems are geographically dis- 
persed and that the step of presenting includes: display- 
ing retrieved data retrieved from a legacy system at a first 
geographic location to a user at a second geographic lo- 
cation. 

[0018] Another aspect hereof further provides that the step of 
retrieving comprises: retrieving data from the plurality of 
legacy data processing systems such that each of the plu- 
rality of legacy data processing systems is one of the fol- 
lowing data processing systems: marketing, pharmaceuti- 
cal ingredient project management, lab management, an- 
alytical services, clinical trial data management and clini- 
cal trial statistical analysis. 



[0019] Another aspect hereof further provides that the step of 
retrieving data from the plurality of legacy data process- 
ing systems comprises: linking related project data from 
the plurality of legacy data processing systems into a sin- 
gle common project. 

[0020] Another feature hereof provides a system for presentation 
of pharmaceutical development information comprising: a 
retrieval engine, responsive to user queries, for retrieving 
information from any of a plurality of legacy data process- 
ing systems each having at least a portion of the pharma- 
ceutical development information; an XML converter, 
communicatively coupled to the retrieval engine for refor- 
matting the retrieved information as XML messages; and a 
portal server system, communicatively coupled to the re- 
trieval engine and to the XML converter for presenting the 
XML messages to a requesting user. 

[0021] Another aspect hereof further provides a Web browser 
client communicatively coupled to the portal server sys- 
tem for presentation of the XML messages to the request- 
ing user of the Web browser. 

[0022] Another aspect hereof further provides an enterprise in- 
ternal network communication medium coupling the Web 
browser client to the portal server system to present the 



XML messages to users within the enterprise. 

[0023] Another aspect hereof further provides a public network 
communication medium coupling the Web browser client 
to the portal server system to present the XML messages 
to users outside the enterprise providing the portal server. 

[0024] Another aspect hereof further provides a plurality of 

legacy data processing systems communicatively coupled 
to the retrieval engine such that each legacy system has 
portions of the pharmaceutical development information. 

[0025] Another aspect hereof further provides that each legacy 
system provides at least one of the functions of: market- 
ing, pharmaceutical ingredient project management, lab 
management, analytical services, clinical trial data man- 
agement and clinical trial statistical analysis. 

[0026] Another aspect hereof further provides that each portion 
of the pharmaceutical development information relates to 
at least one of: marketing, pharmaceutical ingredient 
project management, lab management, analytical services, 
clinical trial data management and clinical trial statistical 
analysis. 

[0027] Another aspect hereof further provides a regulatory sub- 
mission generator, communicatively coupled to the XML 
converter for automatically generating regulatory submis- 



sion information pertaining to the pharmaceutical devel- 
opment information from the XML messages. 
Brief Description of Drawings 

[0028] Figure 1 is a block diagram of a system providing integra- 
tion of legacy data processing systems through a portal/ 
collaboration system. 

[0029] Figure 2 is a flowchart describing a method to process 
user interaction and regulatory submissions using infor- 
mation obtained from legacy systems and reformatted as 
required. 

[0030] Figures 3-8 are example user display screens typifying 

user interactions involving a portal system presenting in- 
formation derived from a plurality of legacy systems. 
Detailed Description 

[0031] Figure 1 is a block diagram of a system 100 providing 

features and aspects of the present invention. System 100 
includes portal/collaboration system 110 that generally 
provides a single point of contact for users 102, 104, 106 
and 108 to access information relating to pharmaceutical 
development and marketing. A pharmaceutical develop- 
ment enterprise may provide portal/collaboration system 
110 to permit both internal users (102 and 104) and ex- 



ternal users or customers (106 and 108) simplified, inte- 
grated access to a variety of information sources associ- 
ated with the pharmaceutical development enterprise. 

[0032] a s noted above, and systems presently known in the 

pharmaceutical development industry each provide func- 
tionality for a particular, narrow focus of the pharmaceuti- 
cal development process (i.e., a "silo" of information man- 
agement). Features and aspects of the present invention 
present an integrated source for all information associ- 
ated with the pharmaceutical development enterprise. 
Such integrated information presentation permits internal 
users (i.e., 102 and 104) to better collaborate in their joint 
efforts on behalf of the pharmaceutical development en- 
terprise. Further, such an integrated source of information 
permits users external to the enterprise (i.e., external 
users 106 and 108) including, for example, customers, to 
simply access information regarding pharmaceutical de- 
velopment processes. 

[0033] a further benefit of such integrated information arises in 
the ability to automate the generation of regulatory sub- 
missions associated with pharmaceutical developments. 
The information required for such regulatory submissions 
may be automatically gathered through features of system 



100. Such an integrated information source provides more 
robust, reliable access to integrated data and reduces the 
likelihood of human-induced errors. 

[0034] Portal/collaboration system 110 may interact with internal 
users 102 and 104via network communication path 152. 
External users 106 and 108 may connect via their respec- 
tive communication path 154 to Internet 150. Portal/ 
collaboration system 110 then communicates with such 
external users via paths 158 and 156 coupled to Internet 
150 through firewall protection 112. own in the art, fire- 
wall protection 112 helps secure portal/collaboration sys- 
tem 110 from unintended or undesired access by an ex- 
ternal user coupled through thelnternet 150. 

[0035] Dependingupon needs of a particular enterprise, internal 
users 102 and 104 coupled to portal/collaboration system 
110 via network 152 may also be coupled through an ap- 
propriate firewall if such protection is required or desired. 
Further, those skilled in the art will recognize that any of a 
variety of network communication media and protocols 
may be employed to interconnect the various elements 
shown in figure 1. 

[0036] Portal/collaboration system 110 interacts with legacy data 
processing systems 120 through 128 via communication 



link 160. As noted above, appropriate firewall protection 
may be provided between portal/collaboration system 110 
and any of legacy data processing systems 120 through 
128 where the needs of a particular application so de- 
mand. Such firewall application structures and methods 
are well known to those of ordinary skill in the art. 

[0037] Legacy data processing systems 120 through 128 may in- 
clude any of a plurality of data processing systems useful 
within a pharmaceutical development enterprise. Exam- 
ples of such legacy systems may include a product re- 
search and development or manufacturing management 
system such as API 120. One example of such an active 
pharmaceutical ingredient (API) data processing system is 
presented in co-pending United States patent application 
60/458,817 which is hereby incorporated by reference. In 
general, such development systems may provide project 
management as well as chemistry information such as the 
route to manufacture a new compound. 

[0038] other systems generally known as laboratory information 
management systems (LIMS) 122 may provide other man- 
agement information pertaining to operations within a 
product development process. Clinical data management 
system (DMS) 124 may provide information management 



pertaining to clinical trial and evaluation procedures asso- 
ciated with regulatory compliance for pharmaceutical de- 
velopments. STATS system 126 may provide statistical 
analysis information pertaining to results of clinical pro- 
cesses in the pharmaceutical development process. Enter- 
prise resource planning (ERP) system 128 may provide 
more further planning features for allocation and schedul- 
ing of resources within the enterprise associated with the 
pharmaceutical development process. 

[0039] Those of ordinary skill in the art will recognize that legacy 
data processing systems 120 through 128 are intended 
merely as exemplary of typical data processing systems 
associated with a pharmaceutical development enterprise. 
Numerous other legacy systems associated with such 
pharmaceutical development processes will be readily ap- 
parent to those of ordinary skill in the art. 

[0040] | n general, legacy data processing systems 120 through 
128 store and retrieve data, generate reports from such 
data, and interact with users utilizing a wide variety of 
data formats, messaging formats, communication proto- 
cols and user interaction techniques. As noted above, 
such disparate data processing techniques make it diffi- 
cult for users across different functions within the phar- 



maceutical development enterprise toeffectively collabo- 
rate in their respective roles. Further, such disparate sys- 
tems make it difficult or impossible for external users 
such as customers to review information pertaining to any 
aspects of their interaction with the pharmaceutical devel- 
opment enterprise. Lastly, such disparate data processing 
systems make it difficult to effectively collate required in- 
formation for regulatory submissions and to quickly gen- 
erate required regulatory reports. 

[0041] Portal/collaboration system 110 therefore provides nu- 
merous features and aspects to hide the various disparate 
system interfaces and thereby provide a single, simple, 
integrated interface for user review of pharmaceutical de- 
velopment enterprise information. The portal/col- 
laboration system 110 hides from the user details of in- 
teraction with the legacy data processing systems. Further 
aspects of portal/collaboration system 110 provide for 
automated generation of regulatory reports associated 
with pharmaceutical development processes. 

[0042] Portal/collaboration system 110 may include a number of 
elements providing various features and aspects of 
present invention. Presentation manager service 134 may 
serve retrieved information to requesting users (i.e., users 



102 through 108). In one example users 102 through 108 
may utilize standard Web browser client programs while 
presentation manager element 134 provides related Web 
server processing. Other computing paradigms for com- 
munications between a user andportal/collaboration sys- 
tem 110 will be readily apparent to those of ordinary skill 
in the art. Web based client/server processing is therefore 
intended as one example of such user interaction. 
[0043] Portal/collaboration system 110 may further include query 
processing element 114 to construct appropriate queries 
for legacy data processing systems 120 through 128 in 
response to user input received from users 102 through 
108. A query generated by element 114 may be any form 
of query appropriate to the particular legacy data pro- 
cessing system or systems containing the requested in- 
formation. Such queries may use, for example, SQL query 
processing or other query processing capabilities associ- 
ated with other forms of database management. Queries 
generated by element 114 may also include manipulation 
of unstructured, flat files associated with particular legacy 
data processing systems. In short, element 114 generates 
any appropriate query processing to retrieve requested 
information from any of legacy systems 120 through 128 



or from combinations of the legacy systems. 

[0044] information retrieved from legacy data processing sys- 
tems 120 through 128 may be reformatted by processing 
of XML reformatting element 116. In one preferred exam- 
ple, all retrieved data is reformatted with associated XML 
tag information. Any standardized messaging formats 
may be utilized in conjunction with the processing of por- 
tal/collaboration system 110. In general, XML reformat- 
ting element 116 represents any processing required to 
reformat or translate retrieved information provided from 
legacy data processing systems into a standardized for- 
mat for further processing. Other well-known standard- 
ized message formats including, for example, HTML, 
SGML, etc. may be used for such purposes. 

[0045] XML engine 118 may comprise a number of standardized 
templates for reports to be generated in response to user 
inquiries. XML document type definitions (DTDs) and/or 
schemas may be provided in XML engine 118 to provide 
standardized formats for presentation of information re- 
trieved from legacy systems 120 throughl28. Industry 
standards such as CDISC (Clinical Data Interchange Stan- 
dards Consortium) or the International Conference on 
Harmonization publish DTDs for XML interchange. As 



noted above, numerous similar standardized messaging 
formats may be employed in addition to the noted XML 
features. Templates appropriate to each such messaging 
infrastructure may be provided by element 118. Such de- 
sign choices among message formatting standards are 
well-known to those of ordinary skill in the art. 

[0046] Elements 114, 116, 118 and 134 of portal/communication 
system 110 provide features of the present invention to 
retrieve information from any of a plurality of legacy data 
processing systems and to present such information in 
standardized formats to requesting users. Additional fea- 
tures of the present invention are provided in regulatory 
submission generator 130. Regulatory submission gener- 
ator 134 generates standardized, formatted information 
required by regulatory agencies associated with the par- 
ticular pharmaceutical development. Such regulatory sub- 
missions often require information derived from one or 
more of the legacy data processing systems 120 through 
128. Regulatory submission generator 130 is therefore 
operable to retrieve and reformat all information neces- 
sary for particular regulatory submissions. 

[0047] The particular functional elements depicted within portal/ 
collaboration system 110 are intended merely to suggest 



one possible structure for such a portal/collaboration sys- 
tem. Other functional decompositions will be readily ap- 
parent to those of ordinary skill in the art. Further, the 
various functional elements may be co-operable and resi- 
dent within a single computing system or may be dis- 
tributed over numerous computing systems utilizing well- 
known interprocess communication techniques. Further, 
those of ordinary skill in the art will recognize a wide vari- 
ety of communication media and protocols useful for in- 
terconnecting devices and/or processes comprising the 
portal/collaboration system 110. A similar variety of com- 
munication media and protocols will be readily apparent 
to 110 with users 102 and 104 external users 106 and 
108 through Internet 150 and various legacy data pro- 
cessing systems through communication path 160. 
[0048] Figure 2 is a flowchart describing a method for pharma- 
ceutical information management operable, for example, 
within portal/collaboration system 110 of figure 1. Ele- 
ment 200 of figure 2 is first operable to await receipt of a 
user request to process information within the pharma- 
ceutical information management system (i.e., portal/ 
collaboration system 110 of figure 1). Upon receipt of 
such a request, element 202 is next operable to determine 



if the received request indicates a user request to gener- 
ate regulatory submission information. If not, the user re- 
quest is for retrieving particular information and present- 
ing the information to requesting user. Element 204 is 
therefore operable to query the legacy data processing 
systems to retrieve the requested information. Element 
206 then reformats the retrieved pharmaceutical informa- 
tion according to XML defined templates (i.e., XML DTDs 
or schemas). As noted above, any of a varietyof markup 
languages may be used to standardize the presentation of 
information retrieved from the various legacy data pro- 
cessing systems. Processing of element 206 therefore 
represents whatever processing is required to reformat 
retrieved information into the desired, standardized text 
description and markup language. Element 208 is then 
operable to present the reformatted information tothe re- 
questing user. As noted above, in one example of the in- 
vention, Web client/server user interaction techniques 
may be utilized to serve reformatted information to the 
requesting Web browser client. Other computing and 
communication paradigms will be readily apparent to 
those of ordinary skill in the art for presenting such refor- 
matted information to requesting user. Processing then 



continues by looping back to element 200 to await receipt 
of the next user request. 

[0049] |f element 202 determines that the received request is for 
generation of regulatory submission information, element 
220 is next operable to query appropriate legacy systems 
to retrieve information required for the requested regula- 
tory submission. Having so retrieved required regulatory 
information, element 222 is then operable to reformat the 
retrieved information in accordance with appropriate reg- 
ulatory submission format requirements. As above with 
respect to element 206, such reformatting may include 
formatting in accordance with XML DTDs or schemas or 
other text markup languages, The reformatted regulatory 
submission may be printed and/or modified to add addi- 
tional information or text that was not available in legacy 
systems 120 through 128 on figure one. This document 
can then be saved for later approvals, updates and even- 
tually for manual submission to appropriate regulatory 
agencies. Processing of the method then continues by- 
looping back to element 200 to await a next user request. 

[0050] Figures 3 through 8 are exemplary computer display im- 
ages useful for interacting with users of various features 
and aspects of the present invention. Figure 3 is an exem- 



plary user interface display presented to a user accessing 
a portal/collaboration system for a pharmaceutical devel- 
opment enterprise. This "user home page" display 
presents the user with general information about the en- 
terprise and specific information related to projects with 
which the user is associated. A login process (not shown) 
may be employed to determine appropriate access for a 
user andto secure the system from inappropriate access 
to projects unrelated to that user. Such user login and se- 
curity features secure the system from unintended access. 
Internal users may receive appropriate levels of access to 
permit collaboration with fellow workers. External users 
such as customers may receive appropriate levels of ac- 
cess to review information regarding that customer's in- 
teraction with the enterprise but may be restricted from 
accessing other information within the enterprise. 
[0051] other information appropriate to the logged in user may 
be displayed on the user home page as shown in figure 3. 
For example, internal users may be shown a list of other 
features and options useful for selecting and viewing in- 
formation relating to multiple customers and projects. In- 
ternal enterprise news may be shown to internal users as 
distinguished from only public announcements shown to 



external users such as customers. 

[0052] Figure 4 shows an exemplary display screen useful for 

displaying information relevant to a particular company or 
customer of the enterprise. The display may present all 
projects associated with the selected company. Where the 
logged in user is an internal user, the user may select the 
desired company from a list (not shown) of customers. 
Where a logged in user is an external user such as a cus- 
tomer, the company associated with that user may be au- 
tomatically selected and other customer information may 
be secured from access by the logged in user. 

[0053] The example display of figure 4 shows a list of all projects 
associated with the customer including a brief status of 
each project. In addition, a molecular description of the 
material to be produced in each product may be shown. 
Accounting information associated with the customer may 
also be displayed and summarized on a project basis or 
totaled for all projects of the customer. Such information 
presented in figure 4 is exemplary of operation of features 
and aspects hereof to retrieve information from any of 
multiple legacy system sources and to present the infor- 
mation in an integrated user interface. As noted above, 
the retrieved information may be converted to standard- 



ized message formats (such as XML) to facilitate portabil- 
ity of the information and rich formatting options. The in- 
formation shown on the exemplary display of figure 4 may 
represent information from a legacy systems relating to 
chemistry/project management (i.e., API/ERP systems) and 
lab management (i.e., LIMS systems) as well as account- 
ing/financial systems. The user need not be concerned 
with details of access methods for each legacy system nor 
with data formats of each system. Rather, a simpler, inte- 
grated user interface is presented by the portal system. 
[0054] Figure 5 shows an exemplary user display screen provid- 
ing details of a selected project. As above, the information 
presented may be retrieved from any of several legacy 
data processing systems. For example, project manage- 
ment and synthesis plan information may be presented 
retrieved and reformatted from a chemical development 
system and lab management system. Project information 
is shown as an initial summary and various options allow 
a user to "drill down" to view additional details. As above, 
the user needn't be concerned with details of the interac- 
tion with each individual legacy system. Rather the user is 
presented with a simpler, Web-based interface with all in- 
formation retrieved and reformatted from the legacy sys- 



terns by features and aspects of the portal/collaboration 
system. 

[0055] Figure 6 shows an example display screen presented to a 
user showing a particular step of a synthesis plan man- 
aged by a lab management or chemical development 
legacy system. User interface features standard in a Web 
browser interface permit the user to navigate forward and 
backward within the user interface of linked information 
without need to know of the details for interfacing with 
any of the underlying legacy systems that maintain the in- 
formation. The user may therefore "drill down" to deeper 
levels of detail that are available and navigate back up to 
earlier layers of retrieved information. 

[0056] Figure 7 provides another example of "drilling down" to 

deeper clinical trial information within a supported clinical 
trial management legacy system. The exemplary display 
shows the ability to present clinical trial protocols using 
critiques, comments and votes. Such information may be 
managed by one or more legacy systems used for clinical 
trial data management. The portal/collaboration system 
features allow a user to navigate through such informa- 
tion using, for example, a Web browser client program in- 
terface without detailed knowledge of the structure or op- 



eration of underlying clinical trial data management 
legacy systems. Figure 8 shows another exemplary screen 
common for clinical trial data management wherein the 
user may enter a vote regarding a proposed clinical trial 
protocol. Again, as above, the user needn't have knowl- 
edge the underlying structure and operation of aclinical 
trial data management legacy system. Rather, the portal 
system hides such structure and operation from the user 
by automatically retrieving relevant information and refor- 
matting the information to standardized message formats 
for exchange and presentation. 
[0057] while the invention has been illustrated and described in 
the drawings and foregoing description, such illustration 
and description is to be considered as exemplary and not 
restrictive in character. One example of the invention and 
minor variants thereof have been shown and described. 
Protection is desired for all changes and modifications 
that come within the spirit of the invention. Those skilled 
in the art will appreciate variations of the above-described 
example that fall within the scope of the invention. As a 
result, the invention is not limited to the specific exam- 
ples and illustrations discussed above, but only by the 
following claims and their equivalents. 



